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(57) A label switched pat hi may traverse muitlple 
networ)( domains of a communication networlc, namely, 
a first MPLS domain and a second MPLS domain inter- 
connected by a non-MPLS domain. The label stack in- 
formation of a packet sent over Vt\e LSP is preserved by 
establishing an tunnel across the non-MPLS domain of 
the LSP. The tun nel connects the first MPLS domain and 
the second MPLS domain of the LSP. The packet and 
label stack Information are encapsulated and sent over 
the tunnel. An MPLS identifier is included in the header 
of the encapsulated packet so that the packet and label 
stack Infomnation may be identified at the second MPLS 
domain. 
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Description 

FIELD OFTHE INVENTION 

[0001] The invention generally relates to computer 
networks and, more particularly, the invention relates to 
a system and method of supporting a label sv/rtched 
path across a non-MPLS compliant segment of a com- 
munication network. 

BACKGROUND OF THE INVENTION 
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[0002] Typically, packets of Information are routed 
through a communication network using a networking 
protocol such as the Intemet Protocol (IP), which is a 
connnectionless networking protocol. In a connection- 
less networking protocol, each packet of infonnation in- 
cludes a network layer destination address, and each 
router f onwards a packet of infonnation, based upon the 
network layer destination address, to the next router on 
the path. The next router on the path to a particular net- 
work layer destination address Is predetemnined by a 
routing protocol such as the Open Shortest Path Rrst 
(OSPF) protocol, the Routing Infonnation Protocol 
(RIP), or other routing protocol, 
[0003] Each router makes an Independent f onvarding 
decision for the packet based upon its analysis of the 
network layer destination address in the packet header. 
Each router determines a next hop for each packet of 
infonnation based upon the network layer destination 
address of the packet, and f onwards the packet of infor- 
mation to the con^sponding next hop (or set of hops) 
associated with the network layer destination address. 
Network layer routing, however, requires that each rout- 
er process each packets' infonnation at the network lay- 
er. This operation can be expensive (in tenrns of com- 
puting resources) and time consuming, andean limit the 
performance of some routers. 

^QOa^\ Alternatively, packets of infonnation may be 
"routed through a communication network using label 
switching. Label switching allows a packet to be trans- 
ported across a network domain using labels rather than 
the network layer address. A label Is a short, fixed length 
value which represents an f onvarding equivalence class 
("FEC"). A Label Switched Path (LSP) may be estab- 
lished from an ingress border device to an egress border 
device in the network domain. The LSP traverses a 
number of label switching devfces. Each label switching 
device assigns a label to each FEC that it supports. 
When the packet enters the ingress border devfce. the 
ingress border device analyzes the network layer and/ 
or transport layer header of the packet and assigns the 
packet to a particular FEC. The ingress border device 
will then insert the corresponding label into the packet, 
either as a field in the layer 2 header, or as part of a new 
header inserted between the Iayer2 and layers header. 
Once a packet is assigned a label (and thus an FEC) no 
further header analysis is done by subsequent label 
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switching devfces. Each intennediate label switching 
device along the LSP makes its fonvarding decision for 
the packet using the4abel to detennine the next hop la- 
bel and output port for the packet Each intemnediate 
label switching devtee will remove the label in the packet 
and replace it wfth a label con-esponding to the next hop 
on the label switched path. 

fOOlfi^ It is also possible for a packet to have more 
than one label (i.e., a label stack). Typically, the label 
stack is a last-in, first-out stack. When a packet has a 
label stack, the set of label operations will be the same, 
i.e., the packet is switched based on the top level of the 
lat>el stack, except that at some points a label switching 
device may remove and replace multiple labels or re- 
move the entire label stack. Label stacks allow hlerar- 
chfcal operation or the use of multiple streams within a 
label switched path. 

[0006] The Intemet Engineering task Force (IETF) 
Multi-Protocol Label Switching (MPLS) working group 
has defined an MPLS architecture for utilizing label 
switching for internetworking. MPLS is considered to be 
multi-protocol because it can be used with many layer 
2 protocols, such as ATM or frame relay, and writh any 
network layer protocol, not just IP. The framework for 
MPLS is descnbed in an IETF Intemet draft document 
entitled 'A Framework for MPLS." which is referenced 
as drafl-ieti-mpte-framework-05.txt (September 1999). 
and is herein incorporated by reference In Its entirety. 
The MPLS architecture is described In an IETF Intemet 
draft document entitled "Multiprotocol Label Switching 
Architecture," which is referenced as draft-letf-mpls- 
arch-06.txt (August 1999), and is hereby incorporated 
by reference in its entirety. 

[0007] In order to use label switching for intemetwork- 
ing, each label switching device must team the labels 
that are used by its neighboring label switching device 
(s). Therefore, tiie IETF MI=US working group has de- 
fined a Label Distribution Protocol (LDP) for distributing 
labels between neighboring label switching devices. 
LDP may be used to distribute labels between botti con- 
tiguous and non-contiguous label switching devices. 
LDP is described in an IETF Intemet Draft document en- 
titied "LDP Specifk:ation," whfch Is referenced as draft- 
ietf-ldp-06.txt ((3ctober 1 999). and is hereby Incorporat- 
ed by reference in its entirety. There are also other pro- 
tocols used for label distribution known in the art. 
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switching device will remove the entire label stack. 
[0009] It may be desirable to set up an LSP which 
crosses multiple network domains. An LSP which 
traverses multiple network domains may be desirable 
for traffic engineering purposes. Traffic engineering is 
the process of selecting the paths followed by data traffic 
i n a computer network t n order to balance the traffic load 
on the various links, routers, and switches in the network 
with the goal of reducing congestion and optimizing the 
use of network resources. IV^PLS may be used to imple- 
ment explicitly routed paths to control where the data 
traffic flows in the network. MPLS traffic engineering 
routes the traffic flows across a network based on the 
resources the traffic flow requires and the resources 
available In the network. Explicitly routed paths may be 
chosen at or before the time a packet enters the net- 
work. In setting up an explicitly routed LSP, it may be 
desirable to select a route which crosses a non-MPLS 
domain (i.e., a domain which contains non-MPLS com- 
pliant devices). 

[0010] However» if the network domains traversed by 
the LSP are not ail MPLS domains (i.e. a domain with 
MPLS compliant devices), any label stack information 
associated with the packet will be lost when the packet 
enters the non-MPLS domain (i.e. a domain with non- 
MPLS compliant devices). The last MPLS compliant de- 
vice before the non-MPLS domain (I.e., a border device) 
will remove the entire label stack from the packet before 
it is sent to the non-M PLS domain. This is not a problem 
If the label stack includes only one labei because this 
label would be removed at the egress border device of 
the MPLS domain In any case. However, if the depth of 
the label stack is greater than 1, all the information in 
the label stack will be lost whenthe egress border device 
of the MPLS domain removes the label stack. 

SUMMARY OF THE INVErvfTION 

j^g^t^^ In accordance with one aspect of the invention, 
a method for establishing a label switched path for for- 
warding a packet and label stack in a communication 
network which includes a first label switched domain 
and a second label switched domain interconnected by 
a non-label switched domain Includes establishing a 
tunnel across the non-label switched domain which con- 
nects the first label switched domain and the second la- 
bel switched domain. 

Thetunnelmaybean IP tunnel such 



for forwarding a packet and labet^stack in a communi- 
cation network which includes 



as a Generic Routing Encapsulation (GRE) tunnel. In 
one embodiment, the first and second label switched do- 
mains are Multiprotocol Label Switching (MPLS) do- 
mains. In a further embodiment, the method further in- 
cludes providing an MPLS identifier in the tunnel packet 
such that the second labei switched domain may identify 
the packet and label stack. 

In accordance with another aspect of the in- 
vention a device for establishing a label switched path 
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The devk:e further includes encapsulating logic for en- 
capsulating the packet and label stack infomnation. to 
fomn a$^^Jpacket and for — 
10 the non-label switched dom 

label switched domain and the second label switched 
domain. Forwarding logic fonwards the tunnel packet 
through the tunnel. The tunnel may be an IP tunnel such 
as a Generic Routing Encapsulation (GRE) tunnel. In 
15 one embodiment, the first label switched domain and the 
second label switched domain are Multiprotocol Label 
Switching (MPLS) domains. In a further embodiment, 
the tunnel packet includes a MPLS identifier such that 
the second label switched domain can Identify thapack- 
20 et and labei stack. 

I^l^l^rjn yet another embodiment, a method for es- 
tablishing a label switched path for fonvarding a packet 
and label stack in a communication network which in- 
cludes a first label switched domain and an second labei 
^5 switched domain interconnected by a non-label 
switched domain includes establishing a tunnel across 
the non-label switched domain which connects the first 
label switched domain and the second label switched 
domain. A tunnel packet comprised of an encapsulated 
30 packet and label stack is received from the tunnel. The 
encapsulated packet and label stack are decapsulated 
and then forwarded across the second label switched 
path.^^, 

^^^^>Xln a further embodiment, a device for estab- 
35 lishing a label switched path for forwarding a packet and 
label stack in a communication network which includes 
a first label switched domain and an second label 
switched domain interconnected by a non-label 
switched domain includes receiving logic for receiving 
40 a tunnel packet from a tunnel across the non -label 
switched domain which connects the first label switched 
domain and the second label switched domain, where 
the tunnel packet is comprised of an encapsulated pack- 
et and label stack from the tunnel. The device further 
Includes decapsulating logic for decapsulating the en- 
capsulated packet and label stack. Forwarding logic for- 
wards the decapsulated packet and label stack across 
the second label switched domain, 
ipig^^ln yet another further embodiment, a commu- 
nication system is provided comprising a first label 
switched domain having an egress devk:e, a second la- 
bel switched domain having an ingress device and a 
non-label switched domain whteh couples the egress 
device of the first label switched domain to the ingress 
55 device of the second labei switched domain. In the com- 
munication system a label path for forwarding a packet 
with a label stack is established by establishing a tunnel 
from an egress device of the first label switched domain 
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to an ingress device of the second label switched do- 
main over the non-label switched domain, encapsulat- 
ing the label switched packet by the egress device of 
the first label switched domain, forwarding the encap« 
sulated label switched pacl<et by the egress device of 
the first label switched domain over the tunnel to the In- 
gress device of the second label switched domain, de- 
capsulatlng the encapsulated label switched paclcet by 
the ingress device of the second label switched domain; 
and fonwarding the decapsulated label switched packet 
by the ingress device of the second label switched do- 
main based upon label switching Infonmation in the 
packet.. 

[0016] Further embodiments of the Invention are im- 
plemented as a computer program product having a 
computer useable medium with computer readable pro- 
gram code thereon. The computer readable code may 
be read and utilized by the computer system in accord- 
ance with conventional processes. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[001 7] The foregoing and other objects and advantag- 
es of the invention will be appreciated more fully from 
the following further description thereof with reference 
to the accompanying drawings wherein: 

Figure 1 is a schematic block diagram of a commu- 
nication network label switched path whwh includes 
a non-MPLS domain. 

Figure 2 Is a schemata block diagram of a commu- 
nication network label switched path using an IP 
tunnel to cross a non-MPLS compliant section of the 
communication network in accordance with an em- 
bodiment of the invention. 

Figure 3 illustrates the flow of control of a method 
for supporting a label switched path across a non- 
MPLS compliant segment in accordance with an 
embodiment of the invention. 
Figure 4 illustrates the flow of control of an egress 
device in a first label switched domain along the la- 
bel switched path in accordance with the embodi- 
ment of Figure 2. 

Figure 5 is a block diagram of an egress device in 
the first label switched domain along the label 
switched path In accordance with the embodiment 
of Figure 2. 

Figure 6 illustrates the flow of control of an Ingress 
device in a second label switched domain along the 
label switched path in accordance with the embod- 
iment of the Figure 2. 

Figure 7 is a block diagram of an ingress device in 
a second label switched domain along the label 
switched path in accordance with the embodiment 
of the Figure 2. 



DESCRIPTION OF PREFERRED EMBODIMENTS 

[001 81 An embodiment of the invention establishes a 
tunnel across a non-MPLS domain in a communteation 
5 network that includes a first MPLS domain and a second 
MPLS domain interconnected by the non-MPLS do- 
main. An encapsulation technique Is used to preserve 
any label stack information associated with a packetfor- 
warded along a label sv^ritched path (LSP) which in- 
to eludes the non-MPLS domain. Specifically, the egress 
devfce of the first MPLS domain, instead of removing 
the label stack, encapsulates the packet and label stack 
before f onwarding the packet and label stack to the first 
non-MPLS device of the LSP In the non-MPLS domain. 
15 A delivery header of the encapsulated packet Is used to 
determine the next hop for the encapsulated, packet 
along the tunnel in the non-MPLS donnain. When the en- 
capsulated packet is fonwarded to the ingress device of 
the second MPLS domain, the ingress device decapsu- 
20 lates the packet and label stack. The packet and label 
stack are then fonwarded across the second MPLS do- 
main using lat>el switching. 

[0019] Rgure 1 is a schematic block diagram of an 
exemplary prior art communteation network that in- 
25 dudes two MPLS domains (101,112) Interconnected by 
a non-MPLS domain (106). An LSP Is established from 
border router BR1 (1 02) to border router BR4 (111). The 
LSP shown in Figure 1 traverses three network domains 
specrically the first MPLS domain (1 Ot), non-MPLS do- 
30 main (106) and second MPLS domain (112). An LSP 
such as that shown in Figure 1 is possible because LDP 
pemiits LDP peers (i.e., two label switching devices 
which use LDP to exchange labeVFEC mappings) to be 
non-contiguous label switching devices. In Rgure 1 , 
35 border router BR2 (104) and border router BR3 (108) 
are non-contlguous label switching devrces. The first 
MPLS domain (101) includes border router BR1(102), 
intermediate router R1 (103) and border router BR2 
(104). The non-MPLS domain (106) includes router R2 
40 (1 05), router R3( 1 07) and a number of other non-M PLS 
compliant devices (not shown). The routers in the non- 
MPLS domain use a network routing protocol such as, 
for example, IP to fonward a packet. The second MPLS 
domain (112) includes border router BR3(1 08), interme- 
45 diate routers R4(109) and R5(110) and border router 
BR4(111). 

[0020] Border router BR1 (1 02) of the first MPLS do- 
main (101) receives a packet with a label stack to be 
sent over the LSP to border router BR4(111). Border 
50 router BR1 (1 02) processes the packet based upon the 
top label In the label stack and replaces the top label 
with a label that corresponds to the next hop FEC of the 
packet. The packet is then fonwarded by border router 
BR1(102) to intenmediate router R1(103). Intemnediate 
55 router R1(103) receives the packet and processes the 
packet using the top label of the label stack. Intemnedi- 
ate router R1(103) then replaces the top label of the 
packet and fonwards the packet to border router BR2 
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(104). Because border router BR2(104) is the edge 
MPLS device of the first MPLS domain(101), border 
router BR2(1 04) removes the entire label stack from the 
packet before it Is forwarded to router R2(105) in the 
non-MPLS domain. At this point all of the label stack s 
Infomiation is lost. Border router BR2(104) forwards the 
unlabeled packet (without the label stack) using the net- 
work layer destination address of the packet 
[0021] In the non-MPLS domain (1 06), router R2(1 05) 
and any intermediate routers (not shown) forward the yo 
unlabeled packet based upon the network layer desti- 
nation address of the packet. Router R3(1 07) forwards 
the unlabeled packet to border router BR3(108) of the 
secondMPLS domain(112). Border router BR3(1 08) an- 
alyzes the network layer header ( and possibly the trans- is 
port layer header) of the unlabeled packet to determine 
the next hop FEC for the packet. Border router BR3(1 08) 
inserts a label or labels (i .e. a label stack) Into the packet 
header and forwards the packet to intennediate router 
R4(109). Forwarding of the packet over the second 20 
MPLS domain (112) in the LSP continues using label 
switching until the packet reaches border router BR4 

(111). 

[0022} As described above, when an LSP crosses a 
non-MPLS domain, the label stack information associ- 25 
ated with the packet delivered over the LSP will be lost 
when the packet enters the non-MPLS domain. In order 
to preserve the label stack Information of the packet, an 
IP tunnel may be advantageously established to cross 
the non^MPLS domain. Figure 2 is a schematic block 30 
diagram of a communication network LSP using an IP 
tunnel to cross a non-MPLS compliant segment of an 
LSP in accordance with an embodiment of the invention. 
An LSP Is established between border router BR1 (202) 
and border router BR4(208) which crosses a non-MPLS 3S 
domain (206). in a prior art embodiment, the label stack 
Information of a packet would be removed by border 
router BR2(204) before the packet is forwarded to a 
router along the LSP in the non-MPLS domain (206). 
However, in an exemplary embodiment of the invention 40 
as shown in Figure 2, an IP tunnel(210) is established 
across the non-MPLS domain (206) to connect border 
router BR2 (204) of the first MPLS domain and border 
router BR3(205) of the second MPLS domain. The IP 
tunnel may be a generic routing encapsulation (GRE) 45 
tunnel. Gi^E is described in an IETF Request for Com- 
ments (RFC) document entitled "Generic Routing En- 
capsulation (GRE)" [RFC1701 (October 1994)J and an 
IETF Internet draft document entitled "Generic Routing 
Encapsulation (GRE)," which is referenced as draft- so 
meyer-gr6-update-03.txt (January 2000), and are here- 
by incorporated by reference in its entirety. The GRE 
tunnel (21 0) is used to encapsulate the entire packet in- 
cluding the label stack Infomiation. The packet and label 
stack information may then be sent across the non- ss 
MPLS domain through the GRE tunnel (21 0). In one em- 
bodiment, the current implementation of the GRE pro- 
tocol as described in the above-referenced documents 



may be modified. Specifk:ally, the GRE protocol would 
be amended to make MPLS a supported GRE payload 
packet protocol type. This amendment would require as- 
signing a reference number to the MPLS protocol which 
a GRE header would carry in its protocol type field, 
giQ?0|ggiBtuming to F^g^g^fter the GRE tunnel 
(210) has been established, a GRE header is prepend- 
ed to the packet and label stack (i.e., the payload pack- 
et). The GRE header includes infonmation such as the 
protocol type of the payload packet. A protocol type 
identifier corresponding to MPLS is Inserted in the GRE 
header so that-border router BR3(205) can Identify the 
packet and process the packet based upon the MPLS 
label stack. 

m^^^The GRE packet (l.e., the payload packet and 
GRE header) is then encapsulated in a delivery header 
(such as an IP header) and forwarded across the non- 
MPLS domain. Each router (not shown) in the non- 
MPLS domain (206) forwards the GRE packet using the 
IP header When the GRE packet reaches border router 
BR3(205) of the second MPLS domain (209), the border 
router BR3(205) removes the IP and GRE headers and 
process the payload packet (i.e. the original packet and 
label stack) using the label stack. Border router BR3 
(205) places a new label onto the label stack, corre- 
sponding to the next hop FEC of the packet. Forwarding 
of the packet across the eeoond MPLS domain (209) 
continues using label switching until the packet reaches 
border router BR4(208). In altematlve embodiments of 
the invention, other IP tunnel types such as Layer Two 
Tunneling Protocol (L2TP), Layer Two Fonwarding 
(L2F), User Datagram Protocol (UDP) and IP Security 
(IPSEC) may be used for the IP tunnel (210). Each of 
these protocol types would require appropriate protocol 
specific modifications in order to support MPLS as a 
payload packet protocol type. 

pj]T25^%^^^^stratesthe flow of control of a meth- 
od for supp^Pj^^'^label switched path across a non- 
MPLS compliant segment in accordance with an em- 
bodiment of the invention. At block 301 , an LSP Is es- 
tablished which traverses multiple network domains, 
specifically, a first MPLS domain and a second MPLS 
domain interconnected by a non-MPLS domain. As dis- 
cussed above, label stack Information associated with 
a packet typically would be removed, in a prior art em- 
bodiment, when a packet with a label stack isfbrwarded 
from the first MPLS domain to the non-MPLS domain. 
In order to preserve the label stack information in the 
packet, at block 302, an IP tunnel is established which 
crosses the non-MPLS domain and connects the first 
MPLS domain to the second MPLS domain of the LSP. 
As discussed above, the IP tunnel may be a GRE tunnel. 
At block 303, a packet with a label stack is forwarded 
across the first MPLS domain using label switching until 
the packet reaches the non-MPLS domain. When the 
packet reaches the non-MPLS domain, the packet and 
label stack(the payload packet) are encapsulated at 
block 304. A GRE and IP header are placed on the pay- 
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load packet to form a GRE packet. In addition, a payload 
packet identifier con-esponding to M PLS is placed in the 
GRE header. At block 305. the GRE packet Is then sent 
across the non-MPLS domain through the GRE tunnel. 
When the GRE packet reaches the second MPLS do- 
main of the LSP, the IP and GRE headers of the GRE 
packet are removed at block 306 and the payload packet 
is forwarded across the second MPLS domain using la- 
bel switching at block 307. By using the IP tunnel, the 
label stack infomiation of the packet is preserved as it 
crosses the non-MPLS domain of the LSP. In alternative 
embodiments of the Invention, the IP tunnel may be a 
L2TP. L2F, UDP^Jif lPSEC tunnel. 

I - istrates the flow of control of an 

egress devTce in the first label switched domain along 
the label switched path (LSP) in accordance with the 
embodiment of Figure 2. Stalling at block 402, the 
egress device (such as border router BR2 as shown in 
Figure 2 ) receives a packet with a label stack from the 
previous label switching device in the LSP at block 404. 
The egress device then analyzes the top label of the 
packet to detemnine the forwarding for the packet in 
block 406. If the LSP traverses the non-MPLS domain, 
then the next hop for the LSP is mapped to an ingress 
border device of the non-MPLS domain. The mapping 
also Indicates that the packet should be encapsulated 
before beingfonwardedtothe non-MPLS domain. Inoth- 
er words, the packet label will infer a mapping of the 
label to the tunnel across the non-MPLS domain, 
[0027] Once the egress device has detemnined the 
forwarding for the packet, in this case to the tunnel 
across the non-MPLS domain, the egress device re- 
moves (or pops) the top label from the label stack of the 
packet at block 408. At block 41 0, the packet and label 
stack are encapsulated. As described above, In one em- 
bodiment, the packet and label stack are encapsulated 
using GRE. Once the packet and label stack are encap- 
sulated, the encapsulated packet is tonwarded to the 
next hop device in the non-MPLS domain using the en- 
capsulation header at block 412, The logic tenminates 
at block 414. 

[0028] Figure 5 is a block diagram of an egress device 
500 In the first label switched domain along the label 
switched path in accordance with the embodiment of 
Figure 2. The egress device 500 includes receiving logic 
502 for receiving a packet vrith a label stack from the 
previous label switching device In the label switched 
path. Label switching fonvarding Iogic504 is used to an- 
alyze the top label of the label stack to detemnine the 
next hop for the packet. The label switching fonvarding 
logic 504 identifies that the next hop is in the non-MPLS 
domain and that the packet and label stack should be 
encapsulated before being forwarded. Encapsulation 
logte 506 is then used to encapsulate the packet and 
label stack for delivery along a tunnel across the non- 
MPLS domain. IP fonvarding logte 508 forwards the en- 
capsulated packet to the next hop device in the non- 
MPLS domain. 
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Fte^eHS^Iustrates the f tow of control for an in- 
gre^^^^oTthe second label switched domain along 
the label switched path in accordance with the embod- 
iment of Figure 2. Starting at block 600, the ingress de- 
5 vfces receives an encapsulated packet from the last 
non-MPLS devtee of the tunnel across the non-MPLS 
domain at block 602. The packet is analyzed to Wentify 
the payload packet protocol as MPLS using an identifier 
in the header of the encapsulated pactet at btock 604. 
10 At block BOB, the encapsulation headers are removed 
from the encapsulated packet leaving only the original 
packet and label stack. At block 608. the ingress device 
fonwards the packet and label stack based on the top 
label of the label stack. The ingress device will place a 
is label on the label stack corresponding to the next hop 
for the packet. The packet and label stack are fonvarded 
to the next hop label switching devfce along the LSP in 
the second MPLS domain. The logfctenmlnates at block 
610. 

ts a block diagram of an Ingress de- 

vte Vo^Tn a second MPLS domain along the label 
switched path in accordance with the embodiment of 
Ftgure 2. The ingress device 700 includes receiving log- 
fc 702 for receiving an encapsulated packet from the last 
25 non-MPLS device of the tunnel across the non-MPLS 
domain. Demultiplexing logto 704 Identifies the payload 
pack^ protocol as MPLS using an Identifier In the head- 
er of the encapsulated packet Decapsulation logic 706 
removes the encapsulation headers from the encapsu- 
30 lated packet leaving the original packet and label stack. 
Label switching fonvarding logic 708 then forwards the 
packet to the next hop label swftching devk» of the LSP 
in the second MPLS domain based on the top label of 
the packet 

35 [0031] In a preferred embodiment of the invention, 
predominantly all of the logic for supporting a label 
switched path across a non-MPLS compliant segment 
is implemented as a set of computer program instruc- 
tions that are stored in a computer readable medium and 
40 executed by an embedded mkaroprocessor system with- 
in the router. Prefenred embodiments of the invention 
may be implemerrted In any conventtonal computer pro- 
gramming language. For example, preferred embodi- 
ments may be implemented in a procedural pnogram- 
45 ming language (e.g., "C")or an objectorientedprogram- 
ming language (e.g.. "C-m-"). Alternative embodiments 
of the invention may be implemented using discrete 
components, integrated circuitry, programmable logic 
used In conjunctton with a programmable logic <ievbe 
50 such as a FleW Programmable Gc^e Anray (FPGA) or 
microprocessor, or any other means Including any com- 
bination thereof. 

[0032] Aftemative embodiments of the Invention may 
be implemented as a conrputer program product for use 
55 with a computer system. Such implenr>entation may in- 
clude a series of computer instructions fixed either on a 
tangible medium, such as a computer readable media 
{e.g., a diskette, CD-ROM, ROM, or fixed disk), or fixed 
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in a computer data signal embodied in a carrier wave 
tliat is transmittable to a computer system via a modem 
or other interface device, sucti as a communications 
adapter connected to a networic over a medium. The 
medium may be either a tangible medium {e.g., optical 5 
or analog communications lines) or a medium imple- 
mented with wireless techniques (e.g., microwave, in- 
frared or other transmission techniques). The series of 
computer instructions preferably embodies all or part of 
the functionality previously described herein with re- 
spect to the system. Those skilled In the art should ap- 
preciate that such computer instructions can be written 
in a number of programming languages for use with 
many computer architectures or operating systems. 
Furthermore, such instructions may be stored in any 
memory device, such as semiconductor, magnetic, op- 
tical or other memory devices, and may be transmitted 
using any communications technology, such as optical, 
infrared, microwave, or other transmission technolo- 
gies. It is expected that such a computer program prod- 
uct may be distributed as a removable medium with ac- 
companying printed or electronic documentation (e.g., 
shrink wrapped software), preloaded with a computer 
system (e.g., on system ROM or fixed disk), or distrib- 
uted from a server or electronic bulletin board over the 
network (e.g., the Internet or World Wide Web). 
[0033] It should be noted that the term "pacicet" is 
used, herein generlcally to describe various protocol 
messages that are processed by a. communication de- 
vice, and should not be construed to limit application of 
the present invention to a specific protocol message for- 
mat or communication protocol. Thus, a "packet" may 
be any protocol message including, but not limited to, a 
frame, a packet, a datagram, a user datagram or a cell. 
[0034] It should also be noted that the temns "router" 
and "switch" are used herein generlcally to describe any 
of a variety of devices that implement the described pro- 
tocols end procedures for supporting a LSP across a 
non-MPLS segment, and should not be construed to lim- 
it application of the present Invention to any specif type 
of device. 

[0035] It should be noted that, although the present 
invention utilizes IETF Label Distribution Protocol 
("LDP") for distributing labels between various label 
switching devices, the mechanism described herein can 
be applied more generally to other protocols, Including, 
but not limited to, various embodiments of the IETF LDP 
as cun^ently defined or hereinafter revised. The present 
invention is In no way limited to the IETF LDP. 
[0036] It should also be noted that, although the 
present invention utilizes IETF Multi-Protocol Label 
Switching ("MPLS") for utilizing label switching for inter- 
networking, the mechanism described herein can be ap- 
plied more generally to other label switching protocols, 
including, but not limited to, various embodiments of the 
IETF MPLS as currently defined or hereinafter revised. 
The present invention Is In no way limited to the IETF 
MPLS. 



[0037] It should be noted that, although a preferred 
embodiment of the invention uses Generic Routing En- 
capsulation ("GRE") protocol for tunneling, the mecha- 
nism described herein can be applied more generally to 
other tunneling protocols. The present invention is in no 
way limited to GRE. 

[0038] Thus, the present Invention may be embodied 
as a method for establishing a label switched path for 
foHAfarding a packet with a label stack in a conmrrunica- 
tion networkwhich Includes a first label switched domain 
and a second label switched donr>aln interconnected by 
a non-label switched domain. The method Involves es- 
tablishing a tunnel across the non-label switched do- 
main which connectsthefirstlabel switched domain and 
the second label switched domain, encapsulating the 
packet and label stack to form a tunnel packet and for- 
warding the tunneJ packet through the tunnel. 
[0039] The present Invention may be embodied as a 
device for establishing a label, switched pathforforward- 
ing a packet with a label stack in a communication net- 
work which includes a first label switched domain and a 
second label switched domain interconnected by a non- 
label switched domain. The device includes label 
switching fonwarding logic for analyzing the label stack 
of the packet to determine the next hop for the packet, 
encapsulating logic for encapsulating the packet and la- 
bel stack to form a tunnel packet and for establishing a 
tunnel across the non-label switched domain whtoh con- 
nects the first label switched domain and the second la- 
bel switched domain, and forwarding logic for forward- 
ing the tunnel packet through the tunnel. 
[0040] The present invention may also be embodied 
as a computer program product comprising a computer 
readable medium having embodied therein a computer 
program for establishing a label switched path for for- 
warding a packet with a label stack In a communication 
network which includes a first label switched domain 
and a second label switched domain Interconnected by 
a non-label switched domain. The computer program in- 
cludes program code establishing a tunnel across the 
non-label switched domain which connects the first label 
switched domain and the second label switched do- 
main, program code for encapsulating the packet and 
label stack to form a tunnel packet and program code 
for forwarding the tunnel packet through the tunnel. 
[0041] The present invention may be embodied as a 
communication system Including, a first^label switched 
domain having an egress device, a second label 
switched domain having an ingress devtee and a non- 
label switched domain which couples the egress device 
of the first label switched domain to the ingress device 
of the second label switched domain where a label 
switched path for fonvarding a packet with a label stack 
is established by establishing a tunnel from an egress 
device of the first label switched domain to an Ingress 
device of the second label switched domain over the 
non-label switched domain, encapsulating the label 
switched packet by the egress devrce of the first label 
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switched domain, forwarding the encapsulated label 
switched packet by the egress device of the first label 
switched domain over the tunnel to the ingress device 
of the second label switched domain, decapsulating the 
encapsulated label switched packet by the ingress de- 
vice of the second label switched domain and forward- 
ing the decapsulated label switched packet by the in- 
gress device of the second label switched domain based 
upon label switching Infonmation in the packet. 
[00421 Although various exemplary embodiments of 
the invention have been disclosed, it should be apparent 
to those skilled in the art that various changes and mod- 
ifications can be made which will achieve some of the 
advantages of the invention without departing from the 
true scope of the Invention. These and other obvious 
modifications are intended to be covered by the append- 
ed claims. 



Claims 

1 . A method for establishing a label switched p^ for 
f oPA^arding a packet with a.label stack In a commu- 
nication network, the communfcatlon network in- 
cluding a first label switched domain and a second 
label switched domain interconnected by a non-la- 
bel switched domain, the method comprising: 

establishing a tunnel across the non-label 
switched domain which connects the first label 
switched domain and the second label 
switched domain; 

encapsulating the packet and label stack to 
f omi a tunnel packet; and f onwarding the tunnel 
packet through the tunnel. 

2. A method according to claim 1 , wherein establish- 
ing a tunnel includes mapping atop label of the label 
stack to the tunnel. 

3. A method according to claim 1 . wherein the tunnel 
Is an IP tunnel. 



4. A method according to claim 3. wherein the IP tun- 
nel is a Generic Routing Encapsulation (GRE) tun- 
nel. 

5. A method according to claim 4, wherein encapsu- 
lating the packet and label stack infonmation In- 
cludes providing a label switching protocol Identifier 
such that the second label switched domain may 
identify the packet and label stack. 

6. A method according to claim 1 . wherein the first la- 
bel switched domain is a Multiprotocol Label 
Switching (MPLS) domain. 

7. A method according to claim 1 or 6. wherein the sec- 



ond label switched domain is a Multiprotocol Ubel 
Switching (MPLS) domain. 

8. A method according to claim 7. wherein encapsu- 
5 lating the packet and label stack information in- 
cludes providing an MPLS identifier in the tunnel 
packet such that the second label switched domain 
may identify the packet and label stack. 

10 9. A device for establishing a label switched path for 
forwarding a packet with a label stack in a commu- 
nfcation network, the communication networt< in- 
duding a first label switched domain and a second 
label switched domain interconnected by a non-la- 

13 bel switched domain, the devtee comprising: 

label switching forwarding logte for identifying 
the next hop for the packet; 
encapsulating logk; for encapsulating the pack- 
20 et and label stack Information to fonn a tunnel 

packet and for establishing a tunnel across the 
non-label switched domain which connects the 
first label switched domain and the second la- 
bel switched domain; and 
25 forwarding logic forfon«rarding the tunnel pack- 

et through the tunnel. 

10. A computer program product for use on a computer 
system for establishing a label switched path for f or- 
30 warding a packet with a label stack in a communi- 
cation networtc the communteation network includ- 
ing a first label switched domain and a second label 
switched domain interconnected by a non-label 
switched domain, the computer program product 
35 comprising acomputerusable medium having com- 
puter readable program code thereon, the compu- 
ter readable program code including; 

program code for establishing an IP tunnel 
40 across the non-label switched domain which 

connects the first label switched domain and 
the second label switched domain; 
program code for encapsulating the packet and 
label stack infomnation to fomn a tunnel packet; 

45 and 

program code for forwarding the tunnel packet 

through the tunneL 

11. A method for establishing a label switched path for 
so fonwarding a packet with a label stack in a commu- 
nfcation network, the communication networtc in- 
cluding a first label switched domain and a second 
lat>el switched domain interconnected by a non-la- 
bel switched domain, the m^od comprising: 



55 



establishing a tunnel across the non-label 
switched domain which connects the first label 
switched domain and the second label 



8 

BNS oaQE 



BNSDOCID: <EP ^ 134938A1 



I 



15 




EP 1 1 34 938 A1 




16 



switched domain; 

receiving a tunnei packet from the tunnel, the 
tunnel packet comprised of an encapsulated 
packet and label stack; 
decapsulating the encapsulated packet and la- 
bel stack; and 

forwarding the decapsulated pacl<et and label 
stack across the second label switched do- 
main. 

12. A device for establishing a label switched path for 
forwarding a packet with a label stack in a commu^ 
nlcation network, the communication network in- 
cluding a first label switched domain and a second 
label switched domain interconnected by a non-la- 
bel switched domain^ the device comprising: 

receiving logic for receiving a tunnel packet 
from a tunnel across the non-label switched do- 
main which connects the first label switched do- 
main and the second label switched domain, 
the tunnei packet comprised of an encapsulat- 
ed packet and label stack; 
decapsulating logic for decapsulating the en- 
capsulated packet and label stack; and 
foHAfardlng logic for forwarding the decapsulat- 
ed packet and label stack across the second 
label swithced domain. 

13. A computer program product for use on a computer 
system for establishing a label switched path for for- 
warding a packet with a label stack in a communi- 
cation networtc, the communication network includ- 
ing a first label switched domain and second label 
switched domain interconnected by a non-label 
switched domain, the device comprising:, the com- 
puter program product comprising a computer use- 
able medium having computer readable program 
code thereon, the computer readable program code 
Including: 

program code for establishing a tunnel across 
the non-label switched domain which connects 
the first label swithced domain and the second 
label switched domain; 

program code for receiving a tunnel packet 
from the tunnel, the tunnel packet comprised of 
an encapsulated packet and label stack; 
program code for decapsulating the encapsu- 
lated packet and label stack; and 
program code for forwarding the decapsulated 
packet and label stack across the second label 
switched domain. 

14. In a communication system having a first label 
switched domain Interconnected with a second la- 
bel switched domain by a non-label switched do- 
main, a method for forwarding a label switched 
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packet from the first label switched domain to the 
second label switched domain, the method com- 
prising: 

establishing a tunnel from an egress device 
of the first label switched domain to an ingress de- 
vice of the second label switched domain over the 
non-label switched domain: 

encapsulating the label switched packet by 
the egress device of theflrst label switched domain: 

forwarding the encapsulated label switched 
packet by the egress device of the first label 
switched domain over the tunnel to the Ingress 
device of the second label switched domain; 
decapsulated the encapsulated label switched 
packetby the Ingress device of the second label 
switched domain; and 

fonvarding the decapsulated label switched 
packet by the ingress device of the second label 
switched domain based upon labef switching 
information in the packet. 

15. A tunneling protocol for Interconnecting a first label 
switched domain and a second label switched do- 
main, the tunneling protocol comprising: 

encapsulation mea.ns for encapsulating a pay- 
load packet from a labet switched protocol: and 
a protocol type indicator for identifying the label 
switched protocol. 

16. A communication system comprising a first label 
switched domain having an egress devtoe, a sec- 
ond label switched domain having an ingress de- 
vk:e.an a non-label switched domain which couples 
the egress device of the first label switched domain 
to the ingress device of the second label switched 
domain, wherein a label switched path for forward- 
ing a packet and label stack Is established by 

establishing a tunnel from an egress device of 
the first label switched domain to an Ingress de- 
vice of the second label switched domain over 
the non-label switched domain; 
encapsulating the packet and label stack by the 
egress devk:e of the first label switched do- 
main; 

forwarding the encapsulated packet and label 
stack by the egress device of the first label 
switched domain over the tunnel to the Ingress 
device of the second label switched domain; 
decapsulating the encapsulated packet and la- 
bel stack by the ingress device of the second 
label switched domain; and 
forwarding the decapsulated packet and label 
stack by the ingress device of the second label 
switched domain based upon label switching 
information in the packet. 
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17. A communication system comprising: 

a first label switched domain for fonwarding a 
label switched packet, the first label switched 
domain having a plurality of label switching de- 
vices including an egress device; 
a second label switched domain for forwarding 
the label switched packet, the second label 
switched domain having a plurality of label 
switching devices including an ingress device; 

and , ... 

a non-label switched domain having a plurality 
of forwarding devtees. the non-label switched 
domain coupling ttie egress device of the first 
label switched domain to the ingress devtee of 
the second label switched domain; wherein: 
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the egress device establishes a tunnel 
from the first label switched domain to the 
ingress device of the second label 20 
switched domain across the non-label 
switched domain; 

the egress device encapsulates the label 
switched packer, 

the egress devkre f onwards the encapsulat- 
ed label switched packet over the tunnel to 
the ingress device of the second label 
switched domain; 

the ingress device receives the encapsu- 
lated label switched packet from the tunnel; 
the ingress device decapsulates the en- 
capsulated label switched packet, and 
the Ingress device tonwards the decapsu- 
lated label switched packet based on label 
switching infonmation In the packet 
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